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CLAIMS 

What is claimed is: 



1 1 . A system for controlling real-time transport protocol flow through multiple 

2 networks, comprising: 

3 a first computer, connected to a second computer, wherein said first computer comprises; 

4 a transceiver; 

5 software stored within said first computer defining functions to be performed by 

6 said first computer; and 

g a processor configured by said software to perform the steps of, 

11 performing an inbound screen on route information received by said first 

2§ computer, from said second computer, to determine if said received route information should be 

11 discarded, and 

Oj if said route information is not discarded, comparing said received and 

HI screened route information to a local policy defined within said first computer. 

1 2. The system of claim 1, wherein said processor further performs the step of, 

2 performing an outbound screen on said received and screened information prior to transmitting 

3 said received and screened information. 

1 3. The system of claim 1, wherein said received route information is provided within 

2 a telephony routing over Internet protocol (TRIP) update message. 
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4. The system of claim 1, wherein said local policy is stored within a storage unit 
capable of storing internal route information and route information from said received and 
screened route information. 

5. The system of claim 4, wherein said processor is further configured by said 
software to perform the step of, selecting a primary route from a group of routes comprising said 
internal route information and said received and screened route information. 

6. The system of claim 5, wherein said processor is further configured by said 
software to perform the step of, processing a received session initiation protocol (SIP) invite 
message that is received on said primary route 

7. The system of claim 2, wherein said processor is further configured by said 
software to perform the step of, selecting a primary route from a group of routes comprising 
internal route information and said received and screened route information, and wherein said 
outbound screen is performed on said primary route prior to said transceiver transmitting said 
primary route to said second computer. 

8. The system of claim 1, wherein said local policy comprises an activate date and 
time field that defines a date and time for said local policy to be enabled by said processor. 

9. The system of claim 1, wherein said local policy comprises a de-activate date and 
time field that defines a date and time for said local policy to be disabled by said processor. 
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1 10. The system of claim 1, wherein said local policy comprises an origin field. 

1 11. The system of claim 10, wherein said processor is further configured by said 

2 software to perform the step of, comparing said origin field within said local policy to an origin 

3 attribute comprised by said received route information, if said received route information 

4 comprises said origin attribute, and utilizing said local policy if said origin attribute at least 

5 partially matches said origin field. 



Ci 12. The system of claim 3, wherein said processor is further configured by said 

3| software to perform the step of, utilizing said local policy if said TRIP update message does not 

Jf! comprise an origin attribute. 

pi 13. The system of claim 11, wherein the format of said origin attribute and said origin 

HA field is selected from the group consisting of E. 164 style addresses, Internet style addresses, SIP 

^ telephone addresses, and non-SIP telephone addresses. 

1 14. The system of claim 1, wherein said local policy comprises a destination field. 
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15. The system of claim 14, wherein said processor is further configured by said 
software to perform the step of, comparing said destination field within said local policy to a 
destination attribute comprised by said received route information, if said received route 
information comprises said destination attribute, and utilizing said local policy if said destination 
attribute at least partially matches said destination field. 

16. The system of claim 15, wherein the format of said destination attribute and said 
destination field is selected from the group consisting of E. 164 style addresses, Internet style 
addresses, SIP telephone addresses, and non-SIP telephone addresses. 

17. The system of claim 1, wherein said local policy comprises a carrier field that 
identifies a number of carriers from which said route information will be accepted by said first 
computer. 

18. The system of claim 17, wherein said second processor is further configured by 
said software to perform the step of, discarding said received route information if a carrier 
attribute comprised by said received route information does not match at least one carrier 
identified by said carrier field. 

19. The system of claim 1, wherein said local policy comprises a cost field that 
identifies an acceptable range of cost to be billed for use of a route. 
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20. The system of claim 19, wherein said processor is further configured by said 
software to perform the step of, discarding said received route information if a cost attribute 
comprised by said received route information does not fall within said acceptable range of cost 
identified by said cost field. 

21. The system of claim 1, wherein said local policy comprises a quality of service 
(QoS) field that identifies an acceptable range of QoS associated with use of a route. 

22. The system of claim 21, wherein said processor is further configured by said 
software to perform the step of, discarding said received route information if a QoS attribute 
comprised by said received route information does not fall within said acceptable range of QoS 
cost identified by said QoS field. 

23 . A method of controlling real-time transport protocol flow through multiple 
networks, comprising the steps of: 

receiving information regarding a route from a first endpoint to a second endpoint; 

performing an inbound screen on said received route information to determine if said 
received route information should be discarded; 

if said route information is not discarded, comparing said received and screened route 
information to a local policy; and 

performing an outbound screen on said received and screened information prior to 
transmitting said received and screened information. 



109 



TKHR Docket No.: 050115-1010 

1 24. The method of claim 23, wherein said route is for ranges selected from the group 

2 consisting of E. 164 style numbering, Internet style addresses of endpoints, SIP telephone 

3 addresses, and non-SIP telephone addresses. 



1 25. The method of claim 23 , further comprising the step of selecting a primary route 

2 from a group of routes comprising, information regarding an internal route that is associated with 

3 said local policy, and said received and screened route information. 

1 26. The method of claim 25, further comprising the step of processing a received 

£| session initiation protocol (SIP) invite message that is received on said primary route. 



i|J 27. The method of claim 25, wherein said outbound screening is performed on said 

jig primary route prior to transmitting said primary route. 

ilk 28. The method of claim 23, further comprising the step of enabling said local policy 

Mz on a specified date and at a specified time in accordance with an activate date and time field 

3 defined by said local policy. 

1 29. The method of claim 23, further comprising the step of disabling said local policy 

2 on a specified date and at a specified time in accordance with a de-activate date and time field 

3 defined by said local policy. 

1 30. The method of claim 23, wherein said local policy comprises an origin field. 
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1 31. The method of claim 30, further comprising the step of comparing said origin 

2 field within said local policy to an origin attribute comprised by said received route information, 

3 if said received route information comprises said origin attribute, and utilizing said local policy if 

4 said origin attribute at least partially matches said origin field. 

1 32. The method of claim 31, wherein the format of said origin attribute and said 

2 origin field is selected from the group consisting of E. 164 style addresses, Internet style 

3 addresses, SIP telephone addresses, and non-SIP telephone addresses. 

.CSS. 

0| 33. The method of claim 23, wherein said route information is provided within a 

;| telephony routing over Internet protocol (TRIP) update message. 

H 34. The method of claim 23, wherein said local policy comprises a destination field. 

CI 35. The method of claim 34, further comprising the step of comparing said 

2 destination field within said local policy to a destination attribute comprised by said received 

3 route information, if said received route information comprises said destination attribute, and 

4 utilizing said local policy if said destination attribute at least partially matches said destination 

5 field. 
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1 36. The method of claim 31, wherein the format of said destination attribute and said 

2 destination field is selected from the group consisting of E. 164 style addresses, Internet style 

3 addresses, SIP telephone addresses, and non-SIP telephone addresses. 

1 37. The method of claim 23, wherein said local policy comprises a carrier field that 

2 identifies a number of carriers from which said route information will be accepted. 

1 38. The method of claim 37, further comprising the step of discarding said received 

2 route information if a carrier attribute comprised by said received route information does not 
Q match at least one carrier identified by said carrier field. 



:fi 39. The method of claim 23, wherein said local policy comprises a cost field that 

lj identifies an acceptable range of cost to be billed for use of a route. 

ft! 40. The method of claim 39, further comprising the step of discarding said received 

£1 route information if a cost attribute comprised by said received route information does not fall 

3 within said acceptable range of cost identified by said cost field. 

1 41. The method of claim 23, wherein said local policy comprises a quality of service 

2 (QoS) field that identifies an acceptable range of QoS associated with use of a route. 
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1 42. The system of claim 41, further comprising the step of discarding said received 

2 route information if a QoS attribute comprised by said received route information does not fall 

3 within said acceptable range of QoS cost identified by said QoS field. 



1 43 . A system for controlling real-time transport protocol flow through multiple 

2 networks, comprising: 

3 means for receiving information regarding a route from a first endpoint to a second 

4 endpoint; 

5 means for performing an inbound screen on said received route information which 
determines if said received route information should be discarded; 

Of means for comparing said received and screened route information to a local policy if 

Zfp said route information is not discarded; and 

jl means for performing an outbound screen on said received and screened information 

fjp prior to transmitting said received and screened information. 

CI 44. The system of claim 43, wherein said route is for ranges selected from the group 

2 consisting of E. 164 style numbering, Internet style addresses of endpoints, SIP telephone 

3 addresses and non-SIP telephone addresses. 

1 45. The system of claim 43 ? further comprising a means for selecting a primary route 

2 from a group of routes comprising, information regarding an internal route that is associated with 

3 said local policy, and said received and screened route information. 
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46. The system of claim 45, further comprising a means for processing a received 
session initiation protocol (SIP) invite message that is received on said primary route. 

47. The system of claim 45, wherein said means for performing an outbound screen 
performs outbound screening on said primary route prior to transmitting said primary route. 

48. The system of claim 43, further comprising a means for enabling said local policy 
on a specified date and at a specified time in accordance with an activate date and time field 
defined by said local policy. 

49. The system of claim 43, further comprising a means for disabling said local policy 
on a specified date and at a specified time in accordance with a de-activate date and time field 
defined by said local policy. 

50. The system of claim 43 , wherein said local policy comprises an origin field. 

51. The system of claim 50, further comprising a means for comparing said origin 
field within said local policy to an origin attribute comprised by said received route information 
if said received route information comprises said origin attribute, and which utilizes said local 
policy if said origin attribute at least partially matches said origin field. 
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52. The system of claim 51, wherein the format of said origin attribute and said origin 
field is selected from the group consisting of E. 164 style addresses, Internet style addresses, SIP 
telephone addresses, and non-SIP telephone addresses. 

53 . The system of claim 43, wherein said route information is provided within a 
telephony routing over Internet protocol (TRIP) update message. 

54. The system of claim 43, wherein said local policy comprises a destination field. 

55. The system of claim 54, further comprising a means for comparing said 
destination field within said local policy to a destination attribute comprised by said received 
route information if said received route information comprises said destination attribute, and 
which utilizes said local policy if said destination attribute at least partially matches said 
destination field. 

56. The system of claim 51, wherein the format of said destination attribute and said 
destination field is selected from the group consisting of E. 164 style addresses, Internet style 
addresses, SIP telephone addresses, and non-SIP telephone addresses. 

57. The system of claim 53, wherein said local policy comprises a carrier field that 
identifies a number of carriers from which said route information will be accepted. 
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58. The system of claim 57, further comprising a means for discarding said received 
route information if a carrier attribute comprised by said received route information does not 
match at least one carrier identified by said carrier field. 

59. The system of claim 43, wherein said local policy comprises a cost field that 
identifies an acceptable range of cost to be billed for use of a route. 

60. The system of claim 59, further comprising a means for discarding said received 
route information if a cost attribute comprised by said received route information does not fall 
within said acceptable range of cost identified by said cost field. 

61. The system of claim 43, wherein said local policy comprises a quality of service 
(QoS) field that identifies an acceptable range of QoS associated with use of a route. 

62. The system of claim 61, further comprising a means for discarding said received 
route information if a QoS attribute comprised by said received route information does not fall 
within said acceptable range of QoS cost identified by said QoS field. 
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